home *** CD-ROM | disk | FTP | other *** search
/ Magnum One / Magnum One (Mid-American Digital) (Disc Manufacturing).iso / d21 / qw12.exe / QWHITE12.EXE / LOADHI.TEC < prev    next >
Text File  |  1990-10-08  |  4KB  |  80 lines
  1. ID:LH LOADHI.SYS and LOADHI.COM
  2. Quarterdeck Technical Note
  3. by Joe Wilder
  4.  
  5. This Technical Note was written before QEMM 5.0 was released.  QEMM 5 has 
  6. new features such as OPTIMIZE that make this information less necessary.
  7. OPTIMIZE will LOADHI TSR's and Device Drivers in the most
  8. "Optimal" way, sometimes testing millions of different scenarios.
  9. In addition, the new LOADHI programs are more powerful than the old,
  10. have new parameters for determining the size of a particular TSR
  11. or Device Driver, and can locate these items in "High Memory" with 
  12. greater specificity.  Nevertheless, the information that follows
  13. can certainly be of use in helping to understand QEMM's LOADHI systems.
  14.  
  15. The LOADHI programs are used to run resident programs and drivers in 
  16. the memory area between 640K and 1024K.  This area is normally reserved 
  17. for hardware devices such as video cards, system ROM and Network 
  18. Adapters.  The more devices you have, i.e. the more reserved memory 
  19. you have used, the less there will be available for using LOADHI to 
  20. load programs.
  21.  
  22. LOADHI comes in two forms: 
  23.  
  24. 1-LOADHI.COM is used to load resident programs high in the 
  25. AUTOEXEC.BAT or from the DOS prompt. For example to load 
  26. MOUSE.COM high you would enter "LOADHI MOUSE.COM" from the DOS 
  27. prompt or in the AUTOEXEC.BAT.  
  28.  
  29. 2-LOADHI.SYS is used to load programs high from the CONFIG.SYS.  For
  30. example to load ANSI.SYS high you would put a line in the CONFIG.SYS 
  31. that says "DEVICE=LOADHI.SYS ANSI.SYS".
  32.  
  33. Many new DESQview users assume that LOADHI can load TSR's and
  34. device drivers into extended or expanded memory.  This is not the 
  35. case.  The only place these programs can be loaded is in free and 
  36. contiguous areas in the memory area from 640K to 1024K.  Since a 64K 
  37. page frame also must be installed somewhere in this area, the 
  38. available reserved is usually fragmented into several segments.
  39.  
  40. All programs must be loaded into contiguous memory.  Because of this,
  41. you will probably have more luck loading smaller TSR's than large 
  42. ones.  This varies from computer to computer and also depends on the 
  43. devices installed on the particular computer.  The LOADHI program 
  44. always uses the largest area available first.  For network drivers
  45. this may not be desirable.  For instance,  Novell, which uses 
  46. two programs, likes to have its smaller program loaded first.  To load 
  47. the smaller program first into the smaller of two areas use LOADHI 
  48. redundantly.  Example; "LOADHI LOADHI IPX".  The first copy of LOADHI 
  49. loads another copy of LOADHI into the first (and larger) memory area 
  50. available.  The second copy of LOADHI then loads IPX into the next 
  51. largest area available.  Each time LOADHI gets used it erases itself 
  52. from memory.  At this point IPX is loaded into the smaller of the two 
  53. areas.  The larger is now again fully available.  Using a single 
  54. LOADHI to load NET3 (the second and the larger of the Novell programs) 
  55. will put it in the larger memory area.  Typing LOADHI at the DOS 
  56. prompt reveals areas available for loading high.
  57.  
  58. The RAM parameter to QEMM.SYS must be invoked in order to use LOADHI
  59. programs. This attaches some expanded memory to the unused addresses 
  60. in the reserved memory area.  Once the RAM is available, programs can
  61. be loaded there with LOADHI.  Using the RAM parameter to QEMM.SYS
  62. prevents QEMM from being turned off.  
  63.  
  64. When using QEMM386 with DESQview there is one other thing to consider.
  65. DESQview has the capability of running most of its own code in the 
  66. reserved memory area.  You don't have to use the RAM parameter with QEMM
  67. to get this feature.   XDV will map expanded memory onto the available 
  68. addresses all by itself.  It will then run DESQview in that memory.  
  69. DESQview can use as much as 140K of reserved memory. Loading high too 
  70. many resident programs and drivers before going into DESQview may 
  71. cause DESQview to load more of itself into the lower 640K, resulting 
  72. in no gain for the largest available window size in DESQview.  If you 
  73. are running DESQview, it is therefore a good idea to avoid loading 
  74. "Pop-up" type TSR's before DESQview at all (using LOADHI or not) and 
  75. install them instead in DESQview windows, where their overhead to lower
  76. memory can be completely overcome.
  77.  
  78.         Copyright (C) 1990 by Quarterdeck Office Systems
  79.              * * *   E N D   O F   F I L E    * * * 
  80.